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Description 

[0001 ] The invention relates to a local communication 
bus system comprising a serial control bus attached to 
a plurality of addressable devices, each device including 5 
at least one functional element addressable via the bus 
as a subdevice, the subdevices in the system including 
a user output subdevice for displaying status informa- 
tion of one or more devices of the system to a user of 
the system and a first control subdevice for initiating the 
display of such status information, the first control sub- 
device including means for generating a device informa- 
tion request message addressed to a device different 
from the device which contains the first control subde- 
vice, and the addressed device including a second con- 
trol subdevice responsive to such a request message 
for determining the required status information; wherein 
the second control subdevice is arranged to compose a 
formatted user-readable message and transmit the us- 
er-readable message directhy or via one or more other 
control subdevices of the system to the user output sub- 
device for display. 

[0002] The invention further relates to an apparatus 
for use as an addressable device in such a system. 
[0003] A known serial control bus for interconnecting 
domestic audio and video apparatuses is the Domestic 
Digital Bus (D2B) Standardised by the International 
Electrotechnical Commission (IEC). An apparatus in- 
cluding D2B interface and on screen display (OSD) of 
status information is available in the United Kingdom in 
the form of Philips' 2070 colour television receiver. In 
the known apparatuses, the displayed status informa- 
tion is limited to information on the status within the ap- 
paratus itself. While it is known for another apparatus, 
for example a VCR, to superimpose status messages 
on its video output for display to the user via a television 
screen, again the content of the user messages is lim- 
ited to status within the apparatus initiating that mes- 
sage. Furthermore, and particularly when apparatuses 
of different manufacturers are used together, there is no 
guarantee that the on-screen messages of one appara- 
tus will not conflict with those of another, and it is not 
desirable, for example, for a satellite tuner to superim- 
pose status messages on its video output signal when 
the latter is being recorded by a VCR. 
[0004] Another problem that arises in obtaining status 
information, either in the form of user messages or in 
machine-readable form for internal control purposes, is 
that status can change in response to a variety of 
events. For example, a tape deck in a fast wind or play 
mode will stop when the end of the tape is reached. 
While the known bus system allows status to be moni- 
tored by polling of devices and subdevices with frequent 
request messages, the amount of bus traffic (requests 
and replies) involved in such polling renders it impracti- 
cal for widespread use in a system of more than a very 
few subdevices. 

[0005] An example of the system as set forth in the 



opening paragraph is given in German patent applica- 
tion DE-A-3815560 and "Dimensia : The Next Dimen- 
sion of Sight and Sound" by R. A Pitsch, pub. RCA En- 
gineer 30-4, Jul./Aug. 1985. 

[0006] It is an object of the invention to enable im- 
proved status information facilities to be implemented in 
a system as set forth in the opening paragraph. 
[0007] The invention provides a local communication 
bus system as set forth in the opening paragraph, char- 
acterized in that the first control subdevice is configured 
to include in the device information request message a 
field specifying a format for the user-readable message, 
and in that the second control subdevice is responsive 
to the format-specifying field to compose the user-read- 
able message in accordance with the specified format. 
[0008] The first (initiating) and second (addressed) 
control subdevices can be in different apparatuses, and 
the user output subdevice can be in one of those appa- 
ratuses or a third apparatus. Moreover, the distributed 
control characteristic of a bus such as D2B allows more 
than one control subdevice to act as the initiating and 
the addressed subdevices at different times. The inven- 
tion enables the initiating control subdevice to ensure 
that status information from a number of different devic- 
es can be displayed as desired in a coherent manner, 
without conflict. 

[0009] In a preferred embodiment, the second control 
subdevice transmits the composed user message to the 
first control subdevice, and the first control subdevice 
relays the user message to the user output subdevice. 
The initiating control subdevice may thus combine or 
substitute the user message from the addressed control 
subdevice with user messages of its own and/or user 
messages acquired or received from further addressed 
control subdevices, and transmit the combined user 
message to the user output subdevice for display. 
[001 0] Flexible definition of the message format in the 
manner of the present invention allows the first control 
subdevice to dictate the size of message required, and 
in particular allows the fullest possible exploitation of the 
user message facilities throughout the system, even 
though the individual devices may have widely different 
capabilities. 

[001 1] The first control subdevice may be further ar- 
ranged to specify, in such a field in the device informa- 
tion request message, the format of the desired user 
message by a number and length of lines of characters, 
and by reference to a specific character set. The number 
of possible message formats should be limited, to sim- 
plify the composing task of the addressed control sub- 
device. The specification of different character sets fa- 
cilitates the production of user messages in languages 
appropriate to the user. The second control subdevice 
may be responsive to an available formats request to 
return a list of user message formats that can be com- 
posed. 

[0012] The second control subdevice may further in- 
clude means responsive to a change in status within the 
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system for composing and transmitting an updated user 
message without the need for a further information re- 
quest from the first control subdevice. This too enables 
the user to be informed of changes in device status 
(channel changes, end of tape, etc.), while avoiding the 
heavy bus traffic that would result from continuous poll- 
ing of the addressed device. The first control subdevice 
may further be arranged to include in the device infor- 
mation request message a field specifying whether or 
not updated user messages are desired. 
[0013] Since the second control subdevice must re- 
member the address of the first control subdevice which 
has requested updated messages, and since more re- 
"questFmTght'be^uTstarTdlng at a given time than the 
second control subdevice has room to remember, it is 
advantageous if the first control subdevice includes 
means for generating a verification request addressed 
to the second control subdevice, the second control sub- 
device being responsive to the verification request mes- 
sage to generate a message advising whether updated 
user messages will be generated. 
[0014] The second control subdevice may include 
means for generating a subdevice status request mes- 
sage addressed to a further subdevice in the system, 
while the further subdevice includes means responsive 
to the subdevice status request message for returning 
a subdevice status message to the second control sub- 
device for use in composing the user message. 
[001 5] The further subdevice might be in any appara- 
tus of the system so that, for example, a television on- 
screen display could inform the user not only that it is 
displaying a picture received from a separate satellite 
broadcast tuner, but also which channel is selected in 
the tuner. 

[001 6] As with the device information request, updat- 
ed subdevice status messages may be made available 
automatically in response to changes in status, and 
these in turn can trigger the composition of an updated 
user message by the second control subdevice, if a re- 
quest for updated messages is outstanding. 
[001 7] The invention further provides an apparatus for 
use as an addressable device in a system as claimed 
in any preceding claim, the apparatus including an in- 
terface enabling connection to a serial control bus and 
at least one functional element, the functional element 
being addressable via the bus, as a control subdevice 
said subdevice comprising means coupled with the in- 
terface to receive a device information request message 
transmitted via the bus; means responsive to such a 
message to determine certain status information of the 
device for communication to a user of the system; 
means arranged to compose a formatted user-readable 
message conveying the said status information; and 
transmission means operable to transmit the user mes- 
sage directly or via one or more other control subdevices 
coupled to the bus to a user output subdevice, address- 
able via the bus, for display thereby; characterised by 
means responsive to the specification of a format for the 



user-readable message in a field of the device informa- 
tion request message to compose the user-readable 
message in accordance with the specified format. The 
control subdevice may further include means for acting 

5 as the first (initiating) control subdevice of the system, 
that is to say, means arranged to generate and transmit 
via the bus a device information request message ad- 
dressed to a control subdevice in a different apparatus 
coupled to the bus. 

10 [0018] It should be appreciated that the subdevice 
status request message can be used to obtain status 
information for control purposes not necessarily con- 
nected with the provision of user-readable messages, 
and is the subject of a separate United Kingdom patent 

is application filed after the priority document of the 
present application and from which together with this pri- 
ority document EP-A-0 510 739 claims priority. 
[0019] Embodiments of the invention will now be de- 
scribed, by way of example, with reference to the ac- 

20 companying drawings, in which: 

Figure 1 shows audio/video entertainment appara- 
tuses forming a local bus communication system 
constructed in accordance with the invention, and 
25 Figure 2 illustrates operation of the system provid- 
ing on-screen display of status information. 

[0020] Figure 1 shows a domestic video entertain- 
ment system comprising a satellite broadcast tuner 1 0, 

30 a video cassette recorder (VCR) 1 2 and a television re- 
ceiver 14, all connected to a serial data bus 16. Video 
and audio signals are passed within and between the 
devices 10, 12, 14 using, for example, SCART (Euro- 
connector) plugs, sockets and multiwire cables. 

35 [0021 ] The serial data bus is in this embodiment a Do- 
mestic Digital Bus (D2B) as standardised by the Inter- 
national Electrotechnical Commission (IEC), Geneva, to 
be published in their document 1030 and previously 
available in draft form. D2B provides for distributed con- 

40 trol of the bus, and allows commands and other mes- 
sages to be uniquely addressed for specific "devices", 
such as the apparatuses 10, 12 and 14, and also for 
specific "subdevices" within each device. 
[0022] Within each device 1 0, 1 2, 1 4 there are shown 

45 blocks representing D2B subdevices. The division of a 
device into subdevices is necessary only in a logical 
sense, that is to say, from the point of view of its behav- 
iour relative to the serial bus 16. In the physical imple- 
mentation of the device, there may or may not be cor- 

50 responding separate physical subdevices. In fact, in the 
embodiment shown, each device includes one audio/ 
video controller (AVC) type of subdevice which provides 
the control and systematic interrogation intelligence for 
all subdevices within that device, relaying D2B messag- 

55 es to and from those subdevices as indicated by the dot- 
ted data paths in Figure 1 . The AVC subdevices also 
provide the (distributed) controlling logic of the system 
as a whole, interpreting user commands and controlling 
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the operation of the system accordingly. Often, the con- 
trol logic of the AVC and some or all of the other subde- 
vices will be integrated using a single programmed mi- 
crocontroller. Other subdevices not shown in Figure 1 
will generally be included in such a system, including 5 
timers, audio amplifiers, and so forth, and the video-re- 
lated subdevices described herein are presented as a 
representative sample only. 

[0023] In the satellite tuner device 1 0, a tuner subde- 
vice 26 (TUN) performs the signal processing functions 
necessary to provide baseband video signals on a sig- 
nal path A, while the AVC subdevice 20 receives user 
instructions from a user input/output subdevice 27 (UIO) 
and D2B~messages~ from the bus "16, and operates to 
select channels, keep track of preset channel selections 
and so forth. 

[0024] The VCR device 12 includes its AVC subde- 
vice 22, and also a user input/output subdevice 29 
(UIO), or terrestrial broadcast tuner subdevice 28 
(TUN), a switchbox subdevice 30 (SB) and a videotape 
record/replay deck 32 (DCK). The recording medium it- 
self is indicated at 34. The signal path A is connected 
via a first external (SCART) connector 36 of VCR device 
12 to an input of the VCR's switchbox subdevice 30. A 
second external connector 38 of the VCR device is also 
connected via a signal path B to the switchbox subde- 
vice 30, for example to allow connection of a videodisc 
player, or a second VCR. The terrestrial tuner subdevice 
28 supplies a video signal to the switchbox 30 via a sig- 
nal path C, and the deck subdevice 32 supplies a video 
signal to the switchbox 30 via a signal path D. The 
switchbox 30 supplies video signals via a signal path E 
to the deck 32 and via a signal path F to a third external 
connector 40 of the VCR device 1 2. The processes of 
reading and writing signals on the tape 34, within the 
deck subdevice 32, are schematically represented by 
video signal paths G and H respectively. 
[0025] The television receiver device 14 includes its 
AVC subdevice 24 and also a user input/output subde- 
vice 41 (UIO), a terrestrial tuner subdevice 42 (TUN), a 
switchbox subdevice 44 (SB) and a video monitor sub- 
device 46 (VID). The television receiver device 14 has 
two external (SCART) connectors 48 and 50 for supply- 
ing video signals to the switchbox 44. The connector 48 
forms part of an unused video signal path J, while the 
connector 50 is connected to the third external connec- 
tor 40 of the VCR device 12, and thus the video signal 
path F extends from an output of the switchbox 30 in the 
VCR to an input of the switchbox 44 in the television 
receiver device 14. A video signal output of the tuner 
subdevice 42 is connected to further input of the switch- 
box 44 to form a signal path K. A first video signal output 
of the switchbox 44 is connected to an input of the video 
monitor subdevice 46 (signal path L). The UIO subde- 
vice 41 of the television receiver includes an on-screen 
display (OSD) function, as described hereinafter. 
[0026] In operation, the tuner subdevices 26,28 and 
42 can be regarded as sources of video signals with in 



the system. The video monitor subdevice 46 can act as 
a destination for video signals, and functions to display 
images to the user, as indicated by the dotted output 
path M. The record/replay deck subdevice 32 can act 
as a source and/or a destination of video signals, de- 
pending whether it is playing and/or recording at a given 
time. 

[0027] Since the functional elements within the appa- 
ratuses 10,12,14 are addressable as D2B subdevices, 
any of the AVC subdevices 20,22,24 can take control of 
the bus and address commands to those subdevices. 
This is done for example by an AVC subdevice which 
has been informed of a user command by a UIO subde- 
vice arid requires control of subdevices at various points 
in the system to implement the user's wishes. 
[0028] D2B message formats for controlling the basic 
functions of certain common subdevices are defined al- 
ready in the I EC standard referred to above, while scope 
is left for defining not only new commands, but also re- 
quest and reply messages that enable one D2B device 
or subdevice to interrogate another as to its properties 
and status. Each switchbox subdevice 30 and 44 can 
be controtied via the bus (or by its associated AVC sub- 
device) to connect its output data paths(s) a specified 
one of its input data paths. For example, if a user indi- 
cates to the television receiver device 14 that it is de- 
sired to watch a certain satellite broadcast channel, suit- 
ably addressed and coded D2B messages can be sent 
via the bus 1 6 to ensure that the satellite tuner 1 0, VCR 
1 2 and the television 1 4 are active, to cause the satellite 
tuner 1 0 to select the appropriate channel, to cause the 
VCR switchbox subdevice 30 to connect signal path A 
to signal path F, and to cause the television switchbox 
subdevice 44 to connect signal path F to signal path L. 
There are many ways of arranging these events with or 
without user intervention. For greatest user-friendliness, 
the whole process can be controlled by the AVC subde- 
vice of the device which receives the user input. The 
information necessary for building the signal path from 
A to L can be obtained by a suitable series of D2B re- 
quest messages to the relevant devices and subdevic- 
es. A suitable system for providing such control is de- 
scribed in GB-2 223 114-A1 (PHN 12678). In that sys- 
tem no AVC subdevice requires knowledge of the com- 
plete system, only its nearest neighbours. 
[0029] In order to provide a user-friendly user inter- 
face for the system any AVC subdevice (hereinafter 
"AVC") may wish to display user messages using the 
on-screen display (OSD) facility of the UIO subdevice 
41 . For example, when the television is activated by a 
user and a signal path set up according to the user's 
wishes, the AVC 24 may wish to conform visually for the 
user which channel is being watched. If the signal 
comes from the satellite tuner 10, a conventional on- 
screen display would be able to confirm no more than 
the fact that the signal is coming from the second exter- 
nal connector 50. To allow the displayed information to 
include the actual channel name, known only within AVC 
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20, a device information process is set up, with the AVC 
24 acting as the initiating AVC and AVC 20 acting as an 
addressed AVC. 

[0030] More than one device information process can 
be pending at one time, each process involving just one 
initiating AVC and one or more addressed AVCs. Each 
AVC can be involved in a number of device information 
processes, acting as initiating AVC in some and ad- 
dressed AVC in others. 

[0031] To implement the device information facility, 
the following D2B requests and commands are defined 
for use by an initiating AVC in the system of Figure 1 : 

~"~ [Character-Sets?] "request causes" the addressed 
AVC to reply with a parameter [charset] or list of pa- 
rameters identifying the supported character sets 
by reference to a list of standard sets; 
[Device Information Format?] request causes the 
addressed AVC to reply with a list of format defini- 
tions [format] specifying the height and width (in 
characters) of the user messages that the ad- 
dressed AVC can compose; 
[Monitor Device Status] command instructs the ad- 
dressed AVC to compose a user message and has 
parameters [format] and [charset] to specify the for- 
mat of the desired user message, and also a control 
parameter which may be [once], [on] or [off]; and 
[Monitoring Device Status?] request causes the ad- 
dressed AVC to reply [on] or [off], as described be- 
low. 

[0032] For all the above requests, a reply [Not Imple- 
mented] from the addressed AVC indicates that a device 
information facility is not implemented by that AVC. 
[0033] If the control parameter in the [Monitor Device 
Status] command is [once], this indicates that only one 
user message indicating current status is desired, 
whereas the value [on] indicates that an updated user 
message is desired in response to each status change 
until the command is issued again with the control pa- 
rameter [off]. 

[0034] For the addressed AVC, the command [Device 
Information] is defined, with parameters [format], 
[charset] and [text] which can be sent to the initiating 
AVC, and includes the user message in the parameter 
[text]. This is implemented as a command message, 
rather than a reply to a request, in order that the ad- 
dressed AVC can volunteer user messages spontane- 
ously in response to subsequent status changes. 
[0035] The [Monitoring Device Status?] request is 
used to find out if an addressed AVC will be returning a 
user message to the initiating AVC: [on] if so, [off] if not. 
It should be noted that the answer [off] may be received 
though a command [Monitor Device Status] [on] has re- 
cently been given to the addressed AVC. This is be- 
cause the addressed AVC has to keep a record of every 
initiating AVC that awaits an updated user message, for 
example by storing in a table the device-subdevice ad- 



dress of each initiating AVC. If that table becomes full, 
no further device information processes can use the ad- 
dressed AVC. The table entry is deleted when the com- 
mand [Monitor Device Status] [off] is received from the 
5 corresponding initiating AVC. It is also desirable that the 
addressed AVC should delete a table entry if the initiat- 
ing AVC should become inactive, for example due to an 
apparatus in the system being switched off. 
[0036] Figure 2 illustrates a typical sequence of mes- 
10 sages being exchanged between a single initiating AVC 
at the left hand side, an addressed AVC in the middle 
and an OSD subdevice at the right hand side. The three 
vertical lines represent the parallel actions of each of 
~~ these subdevices respectively, with time increasing 
15 from top to bottom. Interactions in the form of D2B mes- 
sages are represented by arrows directed from one of 
these lines to another. Steps 200 to 21 0 relate to a once- 
only request for device information: 

20 200 the initiating AVC asks the available character 
sets, and the addressed AVC replies with a sin- 
gle value [charset]; 
202 The initiating AVC asks the available formats, 
and the addressed AVC replies with a single for- 
25 mat parameter [format], for example "4 lines of 

16 characters"; 
204 the initiating AVC issues the command [Monitor 
Device Status] [once] [format] [charset], and the 
addressed AVC stores the address of the initiat- 
30 ing AVC and begins to prepare the user mes- 

sage in that format; 
206 the initiating AVC asks if monitoring is in 

progress, the addressed AVC replies [on]; 
208 the composed user message [text], including the 
35 exact number of characters dictated by [format], 

is sent to the initiating AVC with a [Device Infor- 
mation] command and the stored address of the 
initiating AVC is 'forgotten 1 ; 
210 the initiating AVC sends the user message [text] 
40 to the OSD subdevice for display; 

[0037] Steps 220 to 234 relate to a subsequent re- 
quest for updated user messages; 

45 220 the initiating AVC issues the command [Monitor 
Device Status][on][format][charset], indicating 
that updated user messages are desired, and 
specifying the text size and character set to be 
used (available character set and text size are 

so already known from 200,202): the addressed 

AVC stores the address of the initiating AVC and 
begins to prepare a first user message; 
222 the initiating AVC confirms with a [Monitoring De- 
vice Status?] request that the addressed AVC is 

55 able to produce the requested message (reply= 

[on]); 

224 the first user message [textl] is sent to the initi- 
ating AVC with a [Device Information] command: 
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226 the initiating AVC sends the user message 
[textl ] to the OSD subdevice for display with a 
command [OSD]; 

228 the addressed AVC detects a change in status 
and begins preparing an updated user message; 

230 the updated user message [text2] is sent to the 
initiating AVC with a [Device Information] com- 
mand: 

232 the updated user message' is sent to the OSD 
subdevice for display, steps 228-232 occurring 
in response to each status change so long as the 
device information process is active; 

234 the initiating AVC sends the command [Monitor 
Device Status] [off], the addressed AVC forgets 
the stored address of the initiating AVC so that 
no further updated user messages are supplied 
for display. 

[0038] It is of major benefit that the initiating AVC does 
not need to specify or interpret the content of the user 
message, and therefore one apparatus does not need 
to know (that is, acquire and store) a large amount of 
information about another apparatus in order to initiate 
the display of user messages. Furthermore, the style 
and content of the user messages are, within a restricted 
format, entirely at the choice of the designers of the ad- 
dressed device. Therefore freedom to design more us- 
er-friendly products, and products which express a 'per- 
sonality' characteristic of a given manufacturer, is not 
greatly restricted by the need for compatibility of prod- 
ucts between manufacturers. 

[0039] To allow the addressed AVC (or any other AVC) 
to generate a user message that reflects status informa- 
tion for a subdevice located anywhere in the system, in 
particular in a different device, requests and commands 
are also defined relating to the status of an addressed 
subdevice. For example, it will be more helpful to the 
user if the VCR device 1 2 can generate a user message 
saying "Recording Superchannel", rather than merely 
"Recording from external connector". To allow this, a 
command [Monitor Subdevice Status] is defined for the 
addressed AVC to send to a further subdevice, with pa- 
rameter [on] or [off]. This has an effect on the further 
subdevice similar to that of the [Monitor Device Status] 
command for the addressed AVC, except that the reply 
[Subdevice Status] from the subdevice comprises sta- 
tus information in a coded form understandable by the 
AVC, rather than being a natural language text message 
for the user. 

[0040] Upon receipt of the command [Monitor Subde- 
vice Statusjon], then, the further subdevice stores the 
device-subdevice address of the addressed AVC and 
begins to construct the first message [Subdevice Sta- 
tus]. So long as the address of the addressed AVC re- 
mains stored in the further subdevice, the latter will send 
an updated [Subdevice Status] message to that AVC in 
response to any change in status within the subdevice 
(for example, a change of channel, a new volume set- 



ting, end of tape and so forth). If the further subdevice 
has room to store more than one AVC address for this 
purpose, then each such AVC will be sent a [Subdevice 
Status] message in response to each status change. 

5 Thus, the event which triggers an update of the on- 
screen display at 228 in the sequence of Figure 2 might 
be the receipt by the addressed AVC of an updated 
[Subdevice Status] message from a further subdevice 
(not illustrated in Figure 2). 

w [0041 ] The further subdevice will forget a stored AVC 
address when it receives the command [Monitor Sub- 
device Status][off] from that AVC, or if it becomes im? 
possible to send subdevice status information to that 
~ AVC, for example because the latter has been switched 

*s off, or disconnected from the bus. 

[0042] The [Subdevice Status] message always con- 
veys the same set of information in the present embod- 
iment: the AVC is not permitted to specify only the sub- 
set of this information which is needed at a given time, 

20 since that would increase the processing and storage 
abilities demanded of every further subdevice. 
[0043] Specific requests are defined however, for the 
individual properties of the subdevice, for example to 
find out the brightness or contrast setting of the video 

25 monitor subdevice 46, the preset tuning setting of the 
tuner subdevice 26, 28 or 42. If the updated [Subdevice 
Status] message does not itself contain a required piece 
of information, it can at least serve as a prompt to an 
AVC to ask for that specific property. Once again, the 

30 system described has benefits in that the responsibility 
for determining the content and style of the user mes- 
sages or other control feature can be concentrated with- 
in one AVC, and not distributed among the subdevices 
of several apparatuses, so as to force restrictive com- 

35 patibility requirements on different apparatus manufac- 
turers. 

[0044] It will be appreciated that the subdevice status 
facilities can be used by an AVC to obtain information 
for control purposes not necessarily connected with the 

40 provision of user-readable messages. For example, if a 
user wishes to play from the beginning of a tape loaded 
in the deck subdevice 32 of the VCR 12, an AVC (22 
etc.) can issue a REWIND command to the deck sub- 
device, together with a subdevice status request. When 

45 the tape is fully rewound, this will trigger an updated sub- 
device status message to the AVC, which can then issue 
a PLAY command without further user intervention. 



so Claims 

1 . A local communication bus system comprising a se- 
rial control bus (16) attached to a plurality of ad- 
dressable devices (10,12,14), each device includ- 
55 ing at least one functional element addressable via 
the bus as a subdevice (20,22,24), the subdevices 
in the system including a user output subdevice (46) 
for displaying status information of one or more de- 
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vices of the system to a user of the system and a 
first control subdevice (41 ) for initiating the display 
of such status information, the first control subde- 
vice (41) including means for generating a device 
information request message addressed to a de- 5 
vice (10,12) different from the device (14) which 
contains the first control subdevice (41 ), and the ad- 
dressed device including a second control subde- 
vice (27,29) responsive to such a request message 
for determining the required status information; 10 
wherein the second control subdevice is arranged 
to compose a formatted user-readable message 
and transmit the user readable message directly or 
via one or mo reothercontrolsubde vices of the sys-~ 
tern to the user output subdevice (46) for display, is 
characterised in that the first control subdevice 
(41) is configured to include in the device informa- 
tion request message a field specifying a format for 
the user-readable message and in that the second 
control subdevice (27,29) is responsive to the said 20 
field to compose the user-readable message in ac- 
cordance with the specified format. 

2. A system as claimed in Claim 1 wherein the second 
control subdevice (27,29) transmits the composed 25 
user readable message to the first control subde- 
vice (1 4), and wherein the first control subdevice re- 
lays the user readable message to the user output 
subdevice (46). 

30 

3. A system as claimed in Claim 1 wherein the first 
control subdevice (41) is arranged to specify in the 
said field in the device information request message 
the format of the desired user readable message by 

a number and length of lines of characters, and by 35 
reference to a specific character set. , 

4. A system as claimed in any preceding claim wherein 
the second control subdevice (27,29) further in- 
cludes means responsive to a change in status 40 
within the system for composing and transmitting 

an updated user readable message without the 
need for a further information request from the first 
control subdevice (41). 

45 

5. A system as claimed in Claim 4, wherein the first 
control subdevice (41) is arranged to include in the 
device information request message a field speci- 
fying whether or not updated user readable mes- , 
sages are desired. so 

6. A system as claimed in Claim 5 wherein the first 
control subdevice (41) includes means for generat- 
ing a verification request addressed to the second 
control subdevice (27,29), the second control sub- 55 
device (27,29) being responsive to the verification 
request message to generate a message advising 
whether updated user readable messages will be 



generated. 

7. A system as claimed in Claim 1 or 3 wherein the 
first control subdevice (41 ) includes means for gen- 
erating an available formats request message ad- 
dressed to the second control subdevice (27,29), 
the second control subdevice being responsive to 
such a request to return a list of user readable mes- 
sage formats that can be composed by the second 
control subdevice. 

8. An apparatus for use as an addressable device 
(10,12) in a system as claimed in any preceding 

" ~claim, the apparatus including an interface (20,21) 
enabling connection to a serial control bus and at 
least one functional element, the functional element 
being addressable via the bus, as a control subde- 
vice (27,29) said subdevice comprising means cou- 
pled with the interface to receive a device informa- 
tion request message transmitted via the bus; 
means responsive to such a message to determine 
certain status information of the device for commu- 
nication to a user of the system; means arranged to 
compose a formatted user-readable message con- 
veying the said status information; and transmis- 
sion means operable to transmit the user readable 
message directly or via one or more other control 
subdevices coupled to the bus to a user output sub- 
device, addressable via the bus, for display thereby; 
characterised by means (27, 29) responsive to the 
specification of a format for the user-readable mes- 
sage in a field of the device information request 
message to compose the user-readable message 
in accordance with the specified fornat. 

9. An apparatus as claimed in Claim 8 wherein the 
functional element (27,29) further includes means 
arranged to initiate the display of status information 
by generating and transmitting via the bus a device 
information request message addressed to a con- 
trol subdevice (27,29) in a different apparatus cou- 
pled to the bus. 



Patentanspruche 

1 . Lokales Bus-Kommunikationssystem mit einem se- 
riellen Steuerbus (16), der mit einer Vielzahl von 
adressierbaren Geraten (10, 12, 14) verbunden ist, 
wobei jedes Gerat mindestens ein funktionelles 
Element enthalt, das uber den Bus als ein Teilgerat 
(20, 22, 24) adressierbar ist und wobei die Teilge- 
rate in dem System ein Benutzerausgabe-Teilgerat 
(46) zum Anzeigen von Statusinformationen von ei- 
nem oder mehreren Geraten des Systems fur einen 
Benutzer des Systems enthalten und ein erstes 
Steuerungsteilgerat (41) zum Initiieren der Anzeige 
von solchen Statusinformationen, wobei das erste 
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Steuerungsteilgerat (41 ) Mittel zum Erzeugen einer 
Gerateinformations-Anforderungsmeldung enthalt, 
die an ein anderes Gerat (10, 12) adressiert wird 
als an jenes (14), das das erste Steuerungsteilgerat 
(41) enthalt, und wobei das adressierte Gerat ein 
zweites Steuerungsteilgerat (27, 29) enthalt, das 
auf eine solche Anforderungsmeldung reagiert, um 
die gewunschten Statusinformationen zu bestim- 
men, wobei das zweite Steuerungsteilgerat so an- 
geordnet ist, daB eine formatierte benutzerlesbare 
Meldung zusammengestellt wird und daft die benut- 
zerlesbare Meldung unmittelbar oder uber eines 
oder mehrere Steuerungsteilgerate des Systems 
an das~Benutzerausgabe-Teilgerar(46)zur Anzei- 
ge gesendet wird, dadurch gekennzeichnet, dass 
das erste Steuerungsteilgerat (41) so konfiguriert 
ist, daft es in der Gerateinformations-Anforde- 
rungsmeldung ein Feld enthalt, welches ein Format 
fur die benutzerlesbare Meldung spezifiziert, und 
dass das zweite Steuerungsteilgerat (27, 29) auf 
das genannte Feld reagiert, um die benutzerlesba- 
re Meldung in Obereinstimmung mit dem spezifi- 
zierten Format zusammenzustellen. 

2. System nach Anspruch 1 , wobei das zweite Steue- 
, rungsteilgerat (27, 29) die zusammengestellte be- 
nutzerlesbare Meldung an das erste Steuerungs- 
teilgerat (41) ubertragt und wobei das erste Steue- 
rungsteilgerat die benutzerlesbare Meldung an das 
Benutzerausgabe-Teilgerat (46) weiterleitet. 

3. System nach Anspruch 1 , wobei das erste Steue- 
rungsteilgerat (41 ) so angeordnet ist, daft es in dem 
genannten Feld in der Gerateinformations-Anforde- 
rungsmeldung das Format der gewunschten benut- 
zerlesbaren Meldung durch die Anzahl und Lange 
von Zeilen oder Zeichen und durch Verweis auf ei- 
nen bestimmten Zeichensatz spezifiziert. 

4. System nach einem der vorhergehenden Anspru- 
che, wobei das zweite Steuerungsteilgerat (27, 29) 
aufterdem Mittel enthalt, die auf eine Anderung des 
Status innerhalb des Systems reagieren, um eine 
aktuaiisierte benutzerlesbare Meldung zu erstellen 
und zu ubertragen, ohne daft eine weitere Informa- 
tionsanforderung vom ersten Steuerungsteilgerat 
(41) erforderlich ist. 

5. System nach Anspruch 4, wobei das erste Steue- 
rungsteilgerat (41) so angeordnet ist, daft es in der 
Gerateinformations-Anforderungsmeldung ein 
Feld enthalt, welches spezifiziert, ob aktuaiisierte 
benutzerlesbare Meldungen gewunscht werden 
oder nicht. 

6. System nach Anspruch 5, wobei das erste Steue- 
rungsteilgerat (41)*Mittel zum Erzeugen einer Veri- 
fizierungsanforderung enthalt, die an das zweite 



Steuerungsteilgerat (27, 29) adressiert wird, wobei 
das zweite Steuerungsteilgerat (27, 29) auf die Ve- 
rifizierungsanforderungsmeldung reagiert, um eine 
Meldung zu erzeugen, die angibt, ob aktuaiisierte 
5 benutzerlesbare Meldungen erzeugt werden. 

7. System nach Anspruch 1 oder 3, wobei das erste 
Steuerungsteilgerat (41 ) Mittel zum Erzeugen einer 
Anforderungsmeldung fur verfugbare Formate ent- 

^0 halt, die an das zweite Steuerungsteilgerat (27, 29) 
adressiert wird, wobei das zweite Steuerungsteilge- 
rat auf eine solche Anforderung reagiert, um eine 
Liste von zusammenstellbaren Formaten fur die be- 
nutzerlesbare Meldungzuruckzuschicken. ~ 

15 

8. Vorrichtung zur Verwendung als ein adressierbares 
Gerat (10, 12) in einem System nach jedem vorher- 
gehenden Anspruch, wobei die Vorrichtung eine 
Schnittstelle (20, 21) enthalt, die die Verbindung mit 

20 einem seriellen Steuerbus und mindestens einem 
funktionellen Element ermoglicht, wobei das funk- 
tionelle Element uber den Bus als ein Steuerungs- 
teilgerat (27, 29) adressierbar ist, wobei das ge- 
nannte Teilgerat folgendes enthalt: Mittel, die mit 

25 der Schnittstelle verbunden sind, um eine Gerate- 
informations-Anforderungsmeldung zu empfangen, 
die uber den Bus ubertragen wird; Mittel, die auf ei- 
ne solche Meldung reagieren, um bestimmte Statu- 
sinformationen des Gerates zur Mitteilung an einen 

30 Benutzer des Systems zu bestimmen; Mittel, die so 
angeordnet sind, daft eine formatierte benutzerles- 
bare Meldung zusammengestellt wird, welche die 
genannten Statusinformationen enthalt; und Uber- 
tragungsmittel, um die benutzerlesbare Meldung di- 

35 rekt oder uber ein oder mehrere andere mit dem 
Bus verbundene Steuerungsteilgerate an ein Be- 
nutzerausgabe-Teilgerat zu ubertragen, das uber 
den Bus zur Anzeige adressierbar ist; gekenn- 
zeichnet durch Mittel (27, 20), die auf die Spezifi- 

40 kation eines Formats fur die benutzerlesbare Mel- 
dung in einem Feld der Gerateinformations-Anfor- 
derungsmeldung reagieren, um gemaft dem spezi- 
fizierten Format die benutzerlesbare Meldung zu- 
sammenzustellen. 

45 

9. Vorrichtung nach Anspruch 8, wobei das f unktionel- 
le Element (27, 29) aufterdem Mittel enthalt, die so 
angeordnet sind, daft sie die Anzeige von Statusin- 
formation durch Erzeugen einer an ein Steuerungs- 

50 teilgerat (27, 29) in einer anderen mit diesem Bus 
verbundenen Vorrichtung adressierten Gerateinfor- 
mations-Anforderungsmeldung und das Ubertra- 
gen dieser Meldung uber den Bus initiieren. 

55 

Revendications 

1. Systeme de bus de communication local compre- 
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nant un bus de commande s6rie (1 6) connects k 
une plurality de dispositifs adressabtes (1 0, 1 2, 1 4), 
chaque dispositif comprenant au moins un element 
fonctionnel adressable via le bus en tant que sous- 5. 
dispositif (20, 22, 24), les sous-dispositifs dans te 5 
systeme comprenant un sous-dispositif de sortie 
utilisateur (46) pour afficher I'information d'etat d'un 
ou de plusieurs dispositifs du systeme a un utilisa- 
teur du systeme et un premier sous-dispositif de 
commande (41) pour amorcer I'affichage de cette 10 
information d'etat, le premier sous-dispositif de 6. 
commande (41) comprenant des moyens pour ge- 
nerer un message de demande d'information de 
dispositif "adre"ss6 a~un~dispositif (10; 1 2)"diff6rent ~ 
du dispositif (14) qui contient le premier sous-dis- '5 
positif de commande (41 ), et le dispositif adresse 
comprenant un deuxieme sous-dispositif de com- 
mande (27, 29) reagissant a ce message de de- 
mande pour determiner I'information d'etat requise 
ou le deuxieme sous-dispositif de commande est a 20 
meme de composer un message formate lisible par 7. 
I'utilisateur et de transmettre le message lisible par 
I'utilisateur directement ou via un ou plusieurs 
autres sous-dispositifs de commande du systeme 
au sous-dispositif de sortie utilisateur (46) en vue 25 
de I'affichage, caracterise en ce que le premier 
sous-dispositif de commande (41 ) est configure de 
maniere a inclure dans le message de demande 
d'information du dispositif un champ specifiant un 
format pour le message lisible par I'utilisateur et en 30 
ce que le deuxieme sous-dispositif de commande 
(27, 29) reagit audit champ pour composer le mes- 8. 
sage lisible par I'utilisateur conform6ment au format 
specific. 

35 

2. Systeme suivant la revendication 1 , dans lequel le 
deuxieme sous-dispositif de commande (27, 29) 
transmet le message compose lisible par I'utilisa- 
teur au premier sous-dispositif de commande (41 ), 

et dans lequel le premier sous-dispositif de com- *o 
mande relaie le message lisible par I'utilisateur au 
sous-dispositif de sortie utilisateur (46). 

3. Systeme suivant la revendication 1 , dans lequel le 
premier sous-dispositif de commande (41) est k *s 
meme de specifier dans ledit champ dans le mes- 
sage de demande d'information de dispositif le for- 
mat du message souhaite lisible par I'utilisateur par 

un nombre et une longueur de lignes de caracteres, 
et par reference a un jeu de caracteres specifique. so 

4. Systeme suivant Tune quelconque des revendica- 
tions precedentes, dans lequel le deuxieme sous- 
dispositif de commande (27, 29) comprend en outre 
des moyens reagissant a un changement d'etat ss 
dans le systeme pour composer et transmettre un 
message lisible par I'utilisateur remis a jour sans 
qu'une demande d'information supplementaire en 



provenance du premier sous-dispositif de comman- 
de (41 ) ne soit necessaire. 

Systeme suivant la revendication 4, dans lequel le 
premier sous-dispositif de commande (41) est k 
meme d'inclure dans le message de demande d'in- 
formation de dispositif un champ sp6cifiant si des 
messages remis a jour lisibles par I'utilisateur sont 
souhaites ou non. 

Systeme suivant la revendication 5, dans lequel le 
premier sous-dispositif de commande (41) com- 
prend des moyens destines a generer une deman- 
~de~de verification" adressee au deuxieme sous-dis- 
positif de commande (27, 29), le deuxieme sous- 
dispositif de commande (27, 29) reagissant au mes- 
sage de. demande de verification pour generer un 
message prevenant si des messages remis a jour 
lisibles par I'utilisateur seront generes. 

Systeme suivant la revendication 1 ou 3, dans le- 
quel le premier sous-dispositif de commande (41) 
comprend des moyens pour generer un message 
de demande de formats disponibles adresse au 
deuxieme sous-dispositif de commande (27, 29), le 
deuxieme sous-dispositif de commande reagissant 
a une telle demande pour renvoyer une liste de for- 
mats de messages lisibles par I'utilisateur qui peu- 
vent etre composes par le deuxieme sous-dispositif 
de commande. 

Appareil propre a etre utilise en tant que dispositif 
adressable (10, 12) dans un systeme suivant I'une 
quelconque des revendications precedentes, I'ap- 
pareil comprenant une interface (20, 21) permettant 
la connexion a un bus de commande s6rie et au 
moins un element fonctionnel, I'ei6ment fonctionnel 
etant adressable via le bus comme un sous-dispo- 
sitif de commande (27, 29), ledit sous-dispositif 
comprenant des moyens couples a I'interface pour 
recevoir un message de demande d'information de 
dispositif transmis via le bus; des moyens reagis- 
sant a un tel message pour determiner une certaine 
information d'etat en vue de la communication k un 
utilisateur du systeme; des moyens a meme de 
composer un message formate lisible par I'utilisa- 
teur acheminant ladite information d'etat; et des 
moyens de transmission pouvant servir a transmet- 
tre le message lisible par I'utilisateur directement ou 
via un ou plusieurs autres sous-dispositifs de com- 
mande couples au bus a un sous-dispositif de sortie 
de I'utilisateur, adressable via le bus, en vue de I'af- 
fichage, caracterise par des moyens (27, 29) rea- 
gissant a la specification d'un format pour le mes- 
sage lisible par I'utilisateur dans un champ du mes- 
sage de demande d'information de dispositif pour 
composer le message lisible par I'utilisateur confor- 
mement au format specifie. 
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Appareil suivant la revendication 8, dans lequel 
I'element fonctionnel (27, 29) comprend en outre 
des moyens a meme d'amorcer I'affichage de t'in- 
formation d'etat en generant et en transmettant via 
1e bus un message de demande d'information de 
dispositif adresse a un sous-dispositif de comman- 
de (27, 29) dans un appareil different couple au bus. 
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